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SYSTEMS AND METHODS FOR UTILIZING A COMMUNICATIONS 


NETWORK FOR PROVIDING MOBILE USERS ACCESS TO LEGACY 


SYSTEMS 


5 Related Applications 

This application claims priority to Provisional Application No. 60/091,373 filed 
July 1, 1998 entitled, "System and Method for Providing Access to Legacy Systems " 
which is incorporated by reference herein. 
Field of the Invention 

1 0 The present invention relates in general to the field of telecommunications 

dispatching systems and in particular to the field of wireless and wireline communications 
providing mobile personnel access to legacy systems and other remote systems. 

BACKGROUND OF THE INVENTION 
Telecommunications technicians perform a variety of functions for 
15 telecommunications companies. Among the critical functions they serve includes 

providing on-site installation and maintenance service support to customers. While on the 
customer's premises and when preparing for a customer visit, mobile personnel such as 
technicians need access to a variety of data, and systems such as, facility assignments, 
network testing functions, maintenance processes and procedures and customer specific 
20 information. Typically, the remote systems provide access to systems such as dispatch, 
facilities, and billing systems. 

Regularly, technicians receive job assignments, travel to the customer's location, 
and complete the assignment. To effectively complete their job duties, technicians utilize 
computers to remotely access the required databases. Normally, the technicians remotely 
25 access the legacy systems to retrieve the necessary information. For the Regional Bell 
Operating Companies (RBOC), the legacy systems include a collection of databases 
established by the Bell System and currently managed by BellCore provide critical 
information necessary for technicians to complete their job duties. 

Currently, RBOC installation and maintenance technicians access the legacy 
30 systems necessary to perform job tasks through the Craft Access System (CAS) gateway. 
CAS provides technicians with the capability to remotely access operations 
systems while at the customer's premise performing work activities such as installation 


WO 00/02365 PCT/US99/I4626 

and maintenance of facilities. The primary operations functions accessible to a technician 
on the CAS network include receiving new work assignments, information on current 
work assignment, facility testing, and electronic mail. 

CAS provides access to many of these functions though a variety of legacy 
5 systems. Legacy systems include Loop Facility Assignment Control System (LFACS), 
Loop Maintenance Operations System (LMOS), Computer System for Main Frame 
Operations (COSMOS), Mechanized Loop Testing (MLT), Secure Network Element 
Contract Server (SNECS), Mechanized Time Reporting (MTR), OutSide Plant 
Construction Management (OPSCM) and Work Activity Statistical Sampling Plan 

10 (WASSP). Each of these systems provides vital data to technicians. 

LFACS, a part of the Facility Assignment and Control System (FACS) is primarily 
responsible for completing outside plant facility assignments. COSMOS provides 
methods to effective manage, control and utilize main central office distributing frame 
facilities and circuits. This is accomplished by automating the assignment of central 

15 office equipment, telephone numbers, and frame cross connections. A selected sample of 
outside plant technicians are selected each month to utilize WASSP to report how much 
time they spend doing different tasks on each job they complete. This data is verified and 
sent to the MTR system. 

LMOS is further delineated into LMOS Host and LMOS Front End (FE). LMOS 

20 Host stores and maintains detailed line record information. It also creates and maintains 
historical data on closed trouble reports. LMOS FE provided mechanized methods of 
maintaining customer line records and mechanized capability for entering, processing and 
tracking trouble reports. MLT is an automated loop testing system available through 
LMOS FE. It is used to test loops equipped with one-party and commercial services such 

25 as Private Branch Exchange (PBX) and Central Office Centrex. SNEC is a security 

interface. OPSCM is designed to manage outside plant construction from end to end. It 
encompasses contracts, contractors, job management, complaints, billing and payments, 
and informational reporting. These systems provide the required data utilized by 
technicians to install and maintain services. 

30 While CAS provides access to legacy systems. CAS has limitations. CAS is a 

Lucent Technologies proprietary system, which in some versions is expected to be unable 
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to function beyond the year 2000. CAS requires technicians to use a dial-up connection 
to access the information systems they need to perform their job, requiring them to find 
dial tone. Currently, technicians access CAS utilizing Computer Access Terminals 
(CATs), also referred to as "the brick". CATs require technicians to use a dial-up 

5 connection to transmit data at 1 .2 kbps. This process restricts the technicians mobility 
while using the system. The technician must either gain permission of a customer to tie up 
their phone line or leave the customer premise, drive to a location where the technician 
can plug in a computer terminal and log in. Technicians are placed in the position of 
either tying up a customer's phone or driving to find dial tone. Both are inefficient 

10 methods of communicating with the network. 

Moreover, after finding dial tone, logging into CAS takes appropriately three 
minutes. Additionally closing a service order with a CAT takes at least five minutes. 
Viewing a record on line with the CAT could take more than five minutes. In other 
words, CATs are slow. CATs are DOS based script orient computers with no memory, 

1 5 i.e. it is a dumb terminal. Only a single task is available at a time utilizing CAT. 

Further, with CAS a technician can only download information on four facility 
pairs available to the customer. If all four pairs are not working, the technician cannot 
complete the customer's order. 

Moreover, access to LMOS through CAS is cumbersome. LMOS provides critical 

20 customer information and serves as a tracking mechanism for trouble reports and 

expectedly, technicians frequently access LMOS. Currently, at the server ends of the 
CAS system, each LMOS request is processed separately resulting in large amounts of 
traffic across the network requesting access to LMOS thereby burdening the network. 

SUMMARY OF THE INVENTION 

25 The present invention addresses the problems associated with CAS technician 

dispatch systems and provides additional capabilities and features not available utilizing 
CAS. The methods and systems of this invention provide for a Year 2000 compliant 
distributed client-server application for mobile personnel with reliable and secure access 
to remote systems, such as legacy systems. The preferred system associated with this 

30 invention for discussion purposes will be referred to in a non-limiting manner as TechNet. 
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Generally, the TechNet system includes portable personal computers in 
communication with a wireless or wireline communications network, protocol servers for 
receiving and forwarding messages to and from the portable personal computers, the 
protocol servers in communications with a TechNet server in communications with legacy 

5 systems and other remote systems. 

In the preferred embodiment, the technicians are equipped with ruggedized 
notebook computers that provide two-way wireless and wireline communication. Data 
can be transmitted up to 33.6 kbps via wireline connections and up to 8 kbps wirelessly. 
Wireless service utilized by the technicians to connect to the TechNet servers is 

1 0 preferably through the BellSouth Wireless Data Network (BS WD) although other 
wireless networks may be used. Wireline service or dial-up service utilized by the 
technicians to connect to the TechNet servers is through the BellSouth Communications 
Network (BSCN) but again other wireline networks may be used. 

Protocol servers, preferably manufactured by NetTech, provide protocol 

15 conversion and middleware service in the TechNet system. 

The TechNet server provides for receiving user requests, authenticating user 
access, servicing user requests, generating legacy system transactions, providing an 
interface and emulation to legacy systems, receiving results from the legacy systems and 
sending results back to the users portable PC. 

20 Legacy systems contemplated as part of this invention for RBOCs include but are 

not limited to, Loop Facility Assignment Control System (LFACS), Loop Maintenance 
Operations System (LMOS), Computer System for Main Frame Operations (COSMOS), 
Mechanized Loop Testing (MLT), Secure Network Element Contract Server (SNECS), 
Mechanized Time Reporting (MTR), and Work Activity Statistical Sampling Plan 

25 (WASSP). 

Using a system which employs wireless technology will enable technicians to 
perform job tasks with a greater degree of mobility, and a time savings over the previous 
systems, beyond the end of the century. A ruggedized laptop personal computer provides 
a flexible platform which enables future improvements in information systems and allows 
30 the technician to provide better service to customers. 
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Objects of this invention include: 

To provide users in the field providing customer service with access to remote 
systems, such as legacy systems. 

To provide technicians with a system for receiving and closing out trouble tickets, 
5 work orders, testing, identification and repair of customer lines. 

To provide a dispatch system that is Year 2000 compliant 
To provide a dispatch system that provides for immediate input and close-out of 
customer service requests. 

To provide a dispatch system having wireless access to legacy and other remote 
10 systems. 

To provide technicians with high speed access to legacy and other remote systems. 
To provide technicians a windows based interface with remote access to legacy 
and other systems. 

To provide a more efficient method for processing messages and inquiries into 
15 remote systems. 

Other objects, features and advantages of this invention will be set forth in part in 
the description which follows and in part will be obvious from the description or may be 
learned by practice of the invention. The objects, features and advantages of this 
invention will be realized and attained by means of the elements and combinations 
20 particularly pointed out in the claims. 

BRIEF DESCRIPTION OF THE DRAWINGS 
Figure 1 presents a broad overview of a system 1 for providing personnel remote 
access to legacy systems in accordance with a preferred embodiment of this invention. 

Figure 2 shows a high-level flow chart of the processes utilized by the system 1 of 
25 Figure 1. 

Figure 3 shows an overview diagram of an architecture of a TechNet system 
according to a preferred embodiment of this invention. 

Figure 4 shows a flow diagram of a TechNet client application. 
Figure 5 shows an overview of the TechNet communications layer software 
30 configuration. 
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Figure 6 shows a diagram of an architecture including a TechNet portable PC in 
communication with a protocol server utilizing a communications network. 

Figure 7 shows an embodiment of the BellSouth Wireless network (BSWD) 
switching network. 
5 Figure 8 shows a wireless inbound routing configuration. 

Figure 9 shows a wireless outbound routing configuration. 
Figure 10 shows an example of a Host Group Addressing (HGA) configuration. 
Figure 1 1 shows a wireline inbound routing configuration. 
Figure 12 shows a wireline outbound routing configuration. 
10 Figure 13 shows an illustration of protocol server grouping. 

Figure 14 show s a more detailed view of a configuration of the array of protocol 
servers of Figure 13. 

Figure 15 show s an illustration of the protocol server architecture. 
Figure 16 shows an illustration of inbound message processing utilizing the 
1 5 protocol server architecture of Figure 14. 

Figure 17 shows an illustration of outbound message processing utilizing the 
protocol server architecture of Figure 14. 

Figure 1 8 shows an overview of an arrangement of TechNet servers deployment 
Figure 19 show s an illustration of a TechNet server software configuration. 
20 Figure 20 shows a flow diagram of a Hands Off Assignment Logic (HAL) 

interface to legacy systems. 

Figure 21 shows an example of TechNet server components utilized in each data 

center. 

DETAILED DESCRIPTION OF THE INVENTION 

25 Reference will now be made in detail to preferred embodiments of the invention, 

examples of which are illustrated in the accompanying drawings. Whenever possible, the 
same reference numbers will be used throughout the drawings to refer to the same or like 
parts. 

I. Overview of Systems and Methods 
30 This invention includes systems and methods for providing personnel, such as 

technicians, with processors capable of remotely accessing legacy systems and other 
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remote systems over a communications network. The communications network may 
include a wireless network and a wireline network available as a backup network when 
personnel are unable to utilize the wireless network. Moreover, the communications 
network includes a variety of networks, for instance local, long distance, and cable 
5 networks. 

The systems and methods disclosed are not limited to local telecommunications 
company applications. Providing remote access to databases for other service providers 
such as cable providers, utility companies, internet service providers, wireless network 
providers, and long distance companies, that provision and maintain, for example, coaxial 

10 cable, fiber optic cables and copper facilities is within the scope of this invention. 
II. Overview of Svstem 

Figure 1 presents a broad overview of a system 1 for providing personnel, such as 
a mobile workforce, access to remote systems in accordance with a preferred embodiment 
of the invention. The system 1 includes a processor 2, a communications network 3, a 

15 system interface 4, a network 3 A and remote systems 5. 

Figure 2 shows a high-level flow chart of processes utilized by the system 1 of 
Figure 1 . User input at 6 triggers transmission of a message to the remote systems 5. The 
user, for example a technician, accesses the processor 2 that sends the message to the 
network 3. The message may provide data to the remote system 5 and/or may request 

20 information from the remote system 5. At 8, the network 3 passes the message to the 
system interface 4. The system interface 4 receives the message at 9. Additionally, at 9 
the system interface 4 accesses the remote systems 5 and delivers the message. If the 
message is a request for information, then retrieved data is delivered to the user at 1 1 by 
sending the message through the network 3 to the processor 2. 

25 III. Preferred Svstem Overview 

Figure 3 presents an overview of a preferred architecture of a TechNet system 10 
including apparatus and methods for retrieving customer-related data in system, such as 
legacy systems, in a wireless and/or wireline communications network according to one 
aspect of this invention. The processor 2 of Figure 1 is preferably a personal computer, 

30 and the network 3 is preferably provided by BellSouth. The system interface 4 is 
preferably an arrangement of servers. 
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Mobile personnel, such as a technician 12 utilize applications on a portable 
personal computer (PC) 14 to gain access to a BellSouth wireless (BSWD) 16 or wireline 
network (BSCN) 1 8. In a preferred embodiment, the technician's 12 message can be 
served from one of two data centers 20, 22 based on the location and access permissions 
5 established for the technician 12. An array of individual protocol servers 24, 26 act as 
agents between the PC 14 and TechNet servers 28, 30. The TechNet servers 28, 30 
receive, authenticate, and service user requests, generate legacy systems 5 transactions, 
receive results from the legacy systems 5 and send results back to the PC 14. The 
TechNet system 10 and methods carried out by the TechNet system 10 include three main 

10 components: (1) the TechNet client PC; (2) the TechNet communications network, 
including the wireless and wireline network; and (3) the TechNet server. 
A. TechNet Client PC 

The PC 14 encompasses a TechNet client application that provides a computer 
interface for TechNet users for allowing remote access to various remote systems, such as 

15 legacy systems. For an RBOC, the system 10 preferably provides access to LFACS, 

LMOS, COSMOS, MLT, SNECS, MTR, OSPCM and WASSP. It should be understood 
that the system 10 is not limited to these remote systems but that access may be provided 
to other legacy systems and to non-legacy systems. 

Figure 4 shows a flow diagram 40 of the TechNet client application. The TechNet 

20 client application recognizes a user request, formats it and sends it to the server for 

processing. On return, the data is received by the TechNet client application, parsed, and 
displayed to the user. A windows based operating system, is utilized as the underlying 
platform on which the portable PC 14 executes its functionality. Preferably, Microsoft 
Windows 95 is the operating system, but this invention is not limited to Microsoft 

25 Windows 95. Microsoft Windows 95 provides multi-tasking, memory-allocation, and 
some error-handling between different components. Microsoft Windows 95 allows 
dissimilar applications to share data and supports Dynamic Data Exchange (DDE), which 
allows applications to share data dynamically. 

Figure 5 shows an overview of a TechNet Communications layer software 

30 configuration 42. Figure 5 shows the main software components of the portable PC 14, 
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protocol server 24 ? 26 and the TechNet server 28, 30. These software components all 
work together to provide some functionality of the TechNet system 10. 

In a preferred embodiment, the portable PC 14 includes an Itronix PC. Itronix PCs 
are rugged laptops adapted to include a Motorola radio modem for communicating with 

5 the BSWD 16 utilizing a Mobitex protocol, a 33.6 kbps wireline modem for 

communicating via the BSCN 18 utilizing PPP protocol, Microsoft Windows 95 operating 
system, TechNet client applications. NetTcch middleware software for sending and 
receiving transactions, and Microsoft Access for providing database access for logging 
and retrieving data from a client database. Each PC 14 may contain one of the following 

10 feature sets: 8.2" monochrome VGA display with BSWD radio modem; 8.2" 

monochrome VGA display without BSWD radio modem; 10.4" color SVGA display with 
BSWD radio modem; or 10.4" color SVGA display without BSWD radio modem. In one 
application of the invention, approximately 15,000 technicians 12 will be deployed each 
utilizing a portable PC 14 on the TechNet system 10. The client database stores user and 

1 5 transaction related data, which can be accessed by an administrator in case of a problem 
or to run client-specific reports. This database primarily logs errors, client performance, 
and other application related data specific to each client application. Administrators can 
remotely upload this data to the server on request. 

A TechNet GUI layer enables the TechNet System 10 to manage the user-to- 

20 computer interface, capture user interactions, generate events, present data to the user, 
assist in the management of the dialog flow, enable the TechNet client PC to collect 
information from the user, edit it, perform basic validation, and coordinate activities 
across fields in a window. A TechNet client database stores user and transaction related 
data that is remotely assessable by an administrator, logs errors, contains client 

25 performance related data and application specific data for client applications. The comm 
layer enables the TechNet client to transparently interact with the TechNet server 
regardless of the specific physical network employed. 

Once parsed by the TechNet client, the message is sent to the comm layer to be 
sent to the TechNet server. The PC's 14 comm server module handles communications 

30 with the TechNet server 28, 30. The comm server is a Dynamic Link Library (DLL) that 
utilizes NetTech's control API to provide access to both the wireless and wireline 
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networks. The control API includes functions for connecting to the network, sending and 
receiving messages, disconnecting from the network and providing access to information 
such as radio signal strength and battery power level. On return, when the TechNet server 
sends data to the TechNet client, the comm server parses the data and adds any 
5 information needed from the database to make the message displayable to the PC 14. It 
also logs any message specific information to the database and then displays the 
information, providing an audio message to notify the user. The comm server shields an 
application logic layer from any changes related to the middleware software. 

A VT100 session provides access to DISC*C, a fiber digital loop carrier system. 

10 This session requires a direct connection to a Central Office Terminal (COT), Remote 
Data Terminal (RDT). or Optical Network Unit (ONU). 

The TechNet system can be supported by a wireless and a wireline network to 
provide convenient full coverage to users. 

The TechNet middleware is software for the protocol server used for transmission 

15 of data between client and server. The Middleware can support multiple types of 

networks (such as RF or land line) and multiple protocols, (e.g. TCP/IP, X25, PPP, etc.). 
The middleware provides the TechNet System 10 with synchronous as well as 
asynchronous modes of transmission. The middleware software provides the required 
network session establishment and management functionality. Middleware software also 

20 provides low-level protocol frame recovery, and in some cases provides re-transmission 
in the event of a local or remote communications failure. A NTFS file system provides 
system optimization. Preferably, each of the 1 5 protocol servers is grouped in a cluster of 
3-5 protocol servers that share a NTFS file server located on one of the cluster. 
Additionally, the middleware also provides message compression, decompression, and 

25 any segmentation required to satisfy protocol or other communication constraints. The 
middleware software is preferably provided by NetTech. 

The protocol servers 24, 26 preferably run a Microsoft Windows NT 4.0 
workstation operating system that hosts an Remote Messaging API server and RFexpress 
middleware components. RFexpress server software transmits data from the message 

30 queue to both the wireless and wireline networks. A RFexpress instance is required for 
BS WD and for BSCN. A Tivoli Agent on the protocol server 24, 26 collects information 

10 
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about the current starus and performance of the protocol server. The Tivoli Agent exports 
this data to a Tivoli management station, which is responsible for providing a user 
interface for viewing this data. A mobility manager enables administrators to monitor 
statistics from each protocol server 24, 26. 

These systems provide the required data utilized by the technician to install and 
maintain services. A comm server component of the TechNet server application is 
responsible for communications between the TechNet server 28, 30 and the PC 1 4. A 
remote messaging API client communicates with remote messaging API server on the 
protocol server 24, 26. and routes messages in the TechNet system 10. Solaris refers to 
UNIX Solaris 2.5.1 operation system that runs the TechNet server 28, 30. A message 
queue is utilized to transmit messages between the TechNet server 28, 30 and the protocol 
servers 24, 26. The message queue resides on a flat file system on the TechNet host. 
B. TechNet Communications Architecture 

Figure 6 shows an overview of the TechNet communications architecture 50. The 
TechNet communications architecture 50 provides for initiation of connections from a PC 
14 through a wireless network and/or a dialup network to the Tech Net server 28,30. The 
TechNet communications architecture 50 establishes and maintains host connections to 
the wireless network and provides for re-routing of calls in the event of a failure. 

In operation, the protocol server address is determined using a load-balancing 
algorithm, preferably round robin. On message arrival, a process on the protocol server 
24 detects and receives the message (sent from the portable PC 14) via an I/O port, such 
as but not limited to X.25 or TCP/IP. The process then verifies the sender and receiver 
information. All the senders, as well as receivers, are registered with the protocol server 
24. If the information is valid, the message is placed in the receiver's queue. 

In another process, a message router has a block on the queue activities and 
recognizes that a new message has arrived. The message router picks the message and 
places it on one of the sockets 52, 54, 56 of the TechNet Server 28 service I/O ports 58. 

The preferred process uses load-balancing algorithms to place the message on the 
queue since there are 25 sockets available per I/O port 58 and one or more ports of the 
TechNet Server 28 are registered with the protocol servers 24. Therefore, when one of 
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the ports becomes unavailable, the protocol server process places the message on a socket 
of one of the available ports. 

TechNet' s communication architecture 50 is responsible for all facets of 
transporting data between the TechNet servers 28, 30 and the portable PC's 14. 

5 Middleware 42 is utilized for sending data between remote portable PC's 14 and the 
centralized TechNet servers 28, 30. TechNet's communications architecture 50 can be 
grouped into: (1) the wireless network 16; (2) the wireline network 18; and (3) protocol 
servers 24, 26, and TechNet servers 28, 30 and PCs 14. 
1 . Wireless Network 

10 Figure 7 shows an embodiment of a BSWD switching network 59. The wireless 

network is responsible for providing connectivity between the protocol servers 24, 26 and 
the portable PC's 14 using the BellSouth Wireless Data Mobitex 16 network. The BSWD 
16 is a nation-wide public packet-switched wireless network. BSWD 16 is organized in 
an hierarchical structure, which provides for routing traffic throughout the entire network 

15 59. The actual radio towers 61 are controlled by base stations 62, which are then 

connected to a local switch 63. The local switches are controlled by regional switches 64, 
which are then connected to a top level node 65. The entire network 59 is monitored and 
controlled by network control centers 66. 

Figure 8 shows a wireless inbound routing configuration 70. The portable PC 14 

20 selects a BSWD tower 72 based on location of the technician 12. The tower 72 connects 
to a fixed point in the BSWD 16 network. The message switches through the BSWD 16 
to an appropriate protocol server 83, 84, 86, 88 selected by BSWD Host Group Address 
(HGA) to MAN assignment. Once selected, the same protocol server 83 is used for the 
session. Likewise, the data center initially selected by the HGA address configured on the 

25 portable PC 14 is the same protocol server 62 used for the entire session. The comm 
server 60 of the TechNet 32 server is selected by a queue name used in the send request 
by the portable PC 14. 

The technician 12 utilizing his portable PC 14 logs into a protocol server 83 using 
his current user ID and primary host group address (HGA). The HGA specifies the user's 

30 designated protocol server 83 group which determines to which data center 78, 80 the user 
should connect. The BSWD 16 and the middleware 42 coordinate assigning a specific 

12 
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protocol server 83 from within a protocol server array 24, 26 specified by the HGA. 
Messages sent to the TechNet server 30 are addressed to the specified TechNet Server 
queue name. 

Figure 9 shows a wireless outbound routing configuration 90. The TechNet server 
5 30, 32 selects the next available protocol server 83, 84, 86, 88. The middleware 42 
transfers the message to the RF express assigned to the user. The protocol server 83 
forwards the message to the BSWD 16. BSWD 1 6 routes the message to the user's last 
reported location. The portable PC 14 receives the message over the air. Messages sent 
from the TechNet server 30 to the technician need only be addressed to the specific user 
10 ID. The middleware routes messages to the correct protocol server 83 and to the 
designated user. 

Figure 10 shows an example of a HGA configuration 100. Each data center 78, 80 
has fifteen protocol servers 24, 26 sized to support the entire load of technicians, for 
example 15,000 technicians 12. Both data centers 78, 80 share a single HGA address. 

1 5 HGA addressing is a networking option that allows for multiple host connections to be 
addressed by a single address, providing redundancy, which in turn increases reliability 
and capacity. Every technician 12 can communicate to any of the closest available 
protocol server 24, 26 by referencing a single HGA address. In the event that all of the 
protocol servers 24, 26 serving a given local switch fail, HGA routing will automatically 

20 send traffic to the next closest group of protocol servers 24, 26. 
2. Wireline Network 

The wireline network is preferably a backup network, but could alternatively be a 
primary network, responsible for passing data between the protocol servers 24, 26 and 
portable PC's 14 using dial-up connections. The wireline network portion of the TechNet 

25 System 1 0 architecture provides access in locations that do not have adequate wireless 
coverage. Wireline provides a highly available and secure dial-up access point for users 
into BellSouth 's TCP/IP data network. The wireline network furnishes TechNet users 
with dial-up IP access to the TechNet protocol servers 24, 26 via the Bell System 
Communications Network (BSCN). Once IP connectivity is established, the flow of 

30 traffic between the remote portable PC's 14 and the protocol servers is managed by the 
middleware resident on the portable PC 14 and the protocol server 24, 26. 
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Figure 1 1 shows an illustration of wireline inbound routing 102. The technician 
12 connects to dial tone and dials a dial-up access number. A modem pool 104 
supporting the dial-up access number is selected. The modem pools 104, 106 are 
connected to a fixed point in the BSCN 18 network. The protocol server 83 selected by 

5 an IP address returned from DNS server is the same protocol server 83 used for the entire 
session. Likewise, the data center 78 initially selected by the DNS host name configured 
on the portable PC 14 utilizes the same protocol server 83 for the entire session. The 
comm server 62 of the TechNet server 28 is selected by the queue name used in the send 
command from the portable PC 14. Under normal operations, the portable PC 14 logs 

10 into a protocol server 83 using the current user's ID and the user's primary protocol 
server host name. The primary host name is used to specify the user's designated 
protocol server array 24, 26 in one of two data centers 78, 80. The wireline network and 
the middleware coordinates the assignment of a specific protocol server 83 from within 
the protocol server array 24, 26 specified by the host name. 

15 Figure 12 shows an illustration of wireline outbound routing 108. The TechNet 

server 28 selects the next available protocol server. Middleware transfers the message to 
the RFexpress assigned to the user. The protocol server 83 forwards the message to the 
user's IP address via the BSCN 18 network. The data center 78 selected by the DNS host 
name is configured on the portable PC 14. The BSCN and ERS routers direct packets 

20 based on destination IP addresses. Ultimately the portable PC 14 receives the message 
over a dial-up connection. Messages sent to the TechNet server 28 are addressed to the 
specified TechNet server queue name. Messages sent from the TecHNet server 28 to the 
remote user 12 need only be addressed to the specific user ID. The middleware 42 routes 
messages to the correct protocol server 83 and on to the designated user. 

25 3. Protocol Servers 

Protocol servers 24, 26, 83, 84, 86, 88 are responsible for receiving sending data 
from/to the wireless 16 and wireline 18 networks and routing that data to the TechNet 
server 28. Figure 13 shows an illustration of protocol server grouping 110. As shown in 
Figure 13, preferably an array fifteen individual protocol servers 24, 26 are configured to 

30 handle traffic for a data center 78,80, for a total of thirty protocol servers. These thirty 
protocol servers can handle requests from approximately 15,000 technicians. This 
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invention provides a novel arrangement for providing reliable service and back-up 
capabilities to such a large number of remote users. The protocol server is implemented 
using RFexpress middleware from NetTech Systems. 

The protocol servers 24, 26 are arranged in two separate arrays of individual 
protocol servers. Figure 1 4 shows in more detail the architecture of the array of fifteen 
individual protocol servers 112. This distributed architecture provides for geographical 
diversity of server sites, as well as diversified routing of traffic. The protocol server 
architecture 112, allows for distribution of traffic across multiple, lower cost servers and 
interfaces to the wireless 16 and wireline networks 18. In addition, multiple protocol 
servers provides a greater degree of fault tolerance, since each protocol server 24, as well 
as the connection to the wireline 16 and wireless 1 8 networks are redundant. 

The TechNet protocol servers 24, 26 are primarily intended to conduct the flow of 
data between the TechNet servers 28, 30 and technicians 12, whether they be connected 
via wireless 16 or dial-up connections 1 8. Along with this primary function, the protocol 
server middleware 82 also provides the following functions: security, maintains 
addressing information for remote users, data compression, encryption and key 
management, network monitoring, and a single queue for outbound messages. 

The middleware system 42 utilized by the protocol server involves several 
different software components that cooperate to perform the tasks of the protocol server 
83 system. Figure 15 shows an illustration of the protocol server architecture 120 as 
utilized in the TechNet System 10. The components of the middleware system 42 include 
the RFexpress 122. 123 server, a remote messaging API server 124, a remote messaging 
API client 126 and the message queue. 

The RFexpress server software is responsible for transmitting data from the 
message queue to both the wireless 16 and wireline 18<networks. A separate instance of 
RFexpress 122, 123 is required to support each of the external networks, that is, one for 
the wireless network and one for the wireline network. 

The remote messaging API server 124 resides on the protocol server 83. The 
remote messaging API server 124 is responsible for providing communications with the 
TechNet server 30 via the remote messaging API client 126. The remote messaging API 
client 126 resides on the TechNet server 30, and is responsible for communicating with 
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the remote messaging API server 124 on the protocol servers 83. A NTFS file server 130 
couples to the remote messaging API server 124 and is shared among a cluster of three 
protocol servers 83 for optimal utilization. A single instance of the remote messaging 
API client 126 library, with multiple connections to the remote messaging API server 124 
5 on each protocol server 83, provides a single interface for the TechNet 32 server to the 
protocol server array 24. The remote messaging API server 124 is also responsible for 
transmitting messages between the remote messaging API client 126 and the message 
queue. 

The message queue is used to store all outgoing messages, from the TechNet 
10 server 30 to the portable PC 14 until the protocol server 83 responsible for sending the 
message retrieves it. The message queue resides in a flat file system on the TechNet 
server 30 host, and is accessible to the protocol servers 83 via NTFS file system client 
software. 

Figure 16 shows an illustration of inbound message processing 132. Messages 

1 5 arriving from the wireless 16 and wireline 1 8 networks are processed as follows. A 

message from the portable PC 1 14 remote user is received at the protocol server 83. For 
wireless messages, the message is preferably received via an Eicon X.25 card. For 
wireline messages, for example, the message is preferably received via an Ethernet 
connection. The RFexpress server 122, 1 23 responsible for the wireless or wireline 

20 network reads the message from the communications network. RFexpress server 122, 
123 forwards the message directly to the remote messaging API server 124 on the local 
protocol server 83. The remote messaging API server 124 transmits the message to the 
remote messaging API client 126 on the TechNet Server 30. A NTFS file server 130 
couples to the remote messaging API server 124 and is shared among a cluster of three 

25 protocol servers 83 for optimal utilization. The comm server 60 on the TechNet server 30 
receives the message through a call to the remote messaging client library 126. 

Figure 17 shows an illustration of outbound message processing 134. The comm 
Server 60 on the TechNet server 30 makes a call to the remote messaging API client 
library 126, specifying the message to be sent. The remote messaging API client library 

30 126 forwards the request to one of the available remote messaging API servers 1 24 
residing on the protocol server 83. The remote messaging API server 124 places the 
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message in the destination user's directory in the message queue. All thirty instances of 
the RFexpress 122, 123 server are notified (via named pipe message) that a new outbound 
message is available. The instance of RFexpress server 122, 123 (residing on one of the 
other protocol server) that is responsible for the destination user retrieves the message 
5 from the message queue. The RFexpress server 122, 123 transmits the message to the 
remote user, including retries. The message will eventually be either transmitted 
successfully, or will fail all retries. If the message fails retry attempts, the user is logged 
off. When the message is successfully delivered the message is deleted from the message 
queue. A notification of the message status is returned to the TechNet server 30. 

10 C. TechNet Server 

Figure 18 shows an overview of an arrangement 140 the preferred TechNet server 
28, 30 deployment. The TechNet servers 28, 29 come equipped with FDDI 142 and 
Ethernet cards 144, which allow the TechNet servers 28, 30 to connect to a BellSouth 
open systems interconnect platform (BOSIP) and the local network in the data centers. 

1 5 BOSIP, a communications link to the legacy systems, provides a backbone TCP/IP 

network. The local network may provide the TechNet server 28, 30 access to the protocol 
servers 24, 26 (depending on their location in the data center). Support and monitoring 
systems also need local network access to the TechNet servers 28, 30. 

Figure 19 shows the TechNet server software configuration 160. Software 

20 components include the communications service 60, Transaction Request Broker (TRB) 
162, Hands Off Assignment Logic (HAL) 164 database server 166, and report server 168 
and Server Environment/Task Routing Interface (SENTRI) 1 70 and administration server 
172. 

The TechNet server 28. 30 complexes in both data centers, according to the 
25 preferred embodiment has the capacity (I/O, CPU, data storage, etc.) to service the entire 
field technician work force of about 15,000 technicians 12. The databases between the 
two TechNet servers 28. 30 are synchronized periodically. This reduces the network 
traffic and provides an acceptable window for disaster recovery situations. Alternatively, 
an architecture encompassing more than two TechNet servers 28, 30 is within the scope of 
30 this invention. 
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1 . Communications server 

Once a message is placed in a socket of the TechNet server's Input/Output (I/O) 
port 58 the comm server 60 recognizes the message and places it in the receive queue 
(store and forward). 

5 The comm server 60 is one of the many different processes running on the 

TechNet servers 28, 30. The comm server 60 has a block on I/O activity of all the sockets 
of TechNet server's I/O ports 58 connected to the protocol servers 24, 26. Once a 
message is placed on the socket, the comm server recognizes the message and places in 
the Receiver queue (store and forward type of message management). 

10 2 . Transaction Request Broker 

Most of the business logic related to the system server resides on the Transactional 
Request Broker process (TRB) 162. The TRB 162 gets the message from the receive 
queue and processes it. TRB 162 processes the message, authenticates the user/PC 
combination, verifies user's logon status, and determines legacy system requests to be 

15 initiated for the transaction. For user authentication, TRB accesses a TechNet database, 
that contains user profile information. Further, TRB 1 62 makes these requests through 
predefined contracts to a HAL 164 or directly to the legacy systems 5. All the requests 
are also logged for administration and management purposes. 
3 . Hands Off Assi gnment Logic 

20 Figure 20 shows a flow diagram of a Hands Off Assignment Logic (HAL) 164 

interface to legacy systems 5. HAL 164 is a process that provides a screen scraping 
interface between TRB 162 and legacy systems 5. HAL 164 serves as a shield for TRB 
162 against any legacy system changes unrelated to the TechNet system 10. An instance 
of HAL 164 running on the TechNet servers 28, 30 receives the request from TRB 162 

25 and invokes a legacy system transaction. These transactions can be TN3270 sessions, 
Navigator contracts or DataKit sessions (depending on the legacy transaction to be 
invoked). 

Once the request has been completed, the HAL 1 64 interface provides information 
back to the TRB 1 62 process. The TRB 162 places this information in the send queue, 
30 along with sender and receiver information. The comm server 60 picks up the message 
and places it back on one of the I/O sockets 52, 54, 56. 
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4. Request completion 

Request completion utilizes a middleware process that has a clock on the socket 
52, 54, 56 I/O activity picks up the message and places it in the sender's queue. Another 
middleware process determines the destination address of the sender (who initiated the 
request), and sends the message back to the portable PC 14 via the communications 
network 16, 18. The portable PC 14 receives the message and displays the results to the 
user. 

5. Administration server 

The Administration Server 172 (Admin Server), (also called the GUI-Server Agent 
GSA) is a web-based server process that provides remote access to TechNet System 
administrators. This system consists of technician data required by TechNet applications 
and the tools necessary to maintain the data and produce reports. 

Through this process, the TechNet Administrators can use a web browser to access 
JAVA applets to perform administrative services. This process has access to the various 
databases, flat files, and monitoring processes maintained by the TechNet system. 

6. Data Base server and report server 

The.TechNet System 10 can maintain user profiles having access authorization and 
logs transactions for performance and auditing purposes. The database server 166 is one 
of the processes running on the TechNet server 28, 30 and provides access to the 
database. The report server 168 collects any return data needed for selected reports. 

7. Server Environment/Task Routing Interface. 

Server Environment/Task Routing Interface (SENTRI) 170 is a process controller. 
SENTRI becomes active at boot time and monitors all the other server processes. It logs 
process activities and restarts a troubled processes. 

8 . Terminal Emulation 

Terminal emulation provides a unique emulation and/or screen scraper function 
that shields the system from interface changes made to a legacy system. Traditional 
emulation and screen scrapers serve to mimic functions that would be performed by a user 
directly accessing a panicular system. This function can limit a systems capability by 
requiring constant updating if the look and feel of the interface changes. Thus, this 
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invention provides a separate and distinct interface to certain legacy systems that avoids 
having to change each time an interface changes. 
9. Navigator 

A major limitation of the existing CAS system is that access to legacy systems is 

5 through terminal emulation, such as screen scraping. Additionally, every message from a 
technician is processed individually. Thus, for each message received, the CAS servers 
would individually route the messages to the appropriate remote system and would also 
individually route each reply message returned to the technicians. Rather than screen 
scraping or other terminal emulation, the system preferably provides a more direct 

10 connection to certain legacy and other remote systems. For instance, the system 
preferably connects to LMOS and OPSCM through Navigator 171 that allows an 
efficient, effective access to LMOS and OPSCM without concern for changes to legacy 
Systems. The Navigator tool kit provides a messaging service delivering blocks of 
LMOS data to the TechNct server 28, 30. Currently, approximately 80% of the 

1 5 technician 12, customer premises work involves dispatching to correct troubles and to 
complete service orders. Thus, Navigator 171 access to LMOS increases technician's 
ability to efficiently perform job duties. 

Figure 21 shows a representative example of TechNet Server components in each 
data center. Any equivalent component can be substituted for any of the above listed 

20 components listed in Figure 2 1 . 

It is envisioned that this invention will provide the described capabilities to 
technicians and the following enhancement features: immediate input and close-out of 
customer service requests; capture of customer signatures electronically; acceptance of 
credit card payments for installation of new services or repairs; automation of monthly 

25 mileage reports and motor vehicle repair requests; ordering materials and supplies; 

capabilities for technicians to train themselves on new services and procedures using a 
CD-ROM disk; access to e-mail, network construction data, and cable planning 
documents; and printing out a customer statement for services rendered, product 
information, job aids, customer instructions on the features and services installed and 

30 access an intranet 
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An advantage of this invention is that it provides technicians with remote access to 
remote systems such as legacy systems via a wireless communications network. 

Another advantage of this invention is that where navigator is employed, the 
system is shielded from interface changes made to legacy systems. 

The forgoing description of the preferred embodiments of the invention has been 
presented only for the purpose of illustration and description and is not intended to be 
exhaustive or to limit the invention to the precise forms disclosed. Many modifications 
and variations are possible in light of the above teaching. 

The embodiments were chosen and described in order to explain the principles of 
the invention and their practical application so as to enable others skilled in the art to 
utilize the invention and various embodiments and with various modifications as are 
suited to the particular use contemplated. 
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What is claimed is: 

1 1 . A method for providing a mobile work force access to remote systems, such as 

2 legacy systems utilizing a communications network, comprising: 

3 receiving messages transported over the communications network, the messages 

4 requesting access to data stored in legacy systems; 

5 processing the messages utilizing a processor, the processor in communication 

6 with the legacy systems: and 

7 sending requested data from the legacy systems over the communications network. 

1 2. The method of claim 1 , wherein the receiving comprises receiving the messages 

2 over a wireless network. 

1 3. The method of claim 1 , wherein the receiving comprises receiving the messages 

2 over a wireline network. 

1 4. The method of claim 1 , further comprising sending the messages from a portable 

2 personal computer (PC) to the communications network. 

1 5. The method of claim 4, wherein the sending comprises displaying the messages 

2 and data from legacy systems on the PC. 

1 6. The method of claim 5, wherein the processing comprises authenticating messages 

2 received from the PC. 

1 7. The method of claim 5, wherein the processing comprises generating legacy 

2 systems transactions. 

1 8. The method of claim 5, wherein the processing comprises receiving results from 

2 the legacy systems transactions. 


22 


WO 00/02365 PCTAJS99/I4626 

1 9. The method of claim 5, wherein the processing comprises performing a 

2 synchronously updating, monitoring and providing current status of applications 

3 processes. 

1 10. The method of claim 5, wherein the processing comprises segmenting the 

2 messages into data addresses required to fulfill the request and retrieving the requested 

3 legacy systems data and placing the data in a send queue for transport. 

1 11. The method of claim 5, wherein the processing comprises providing administrative 

2 services to the local access providers and generating user reports. 

1 12. The method of claim 5, wherein the receiving comprises requesting access to the 

2 legacy system Computer System for Main Frame Operations (COSMOS). 

1 13. The method of claim 5, wherein the receiving comprises requesting access to the 

2 legacy system Loop Maintenance Operations System (LMOS). 

1 14. The method of claim 13, further comprising directly accessing LMOS utilizing a 

2 navigator. 

1 15. The method of claim 5, wherein the receiving comprises requesting access to the 

2 legacy system Loop Facility Assignment Control System (LFACS). 

1 16. The method of claim 5, wherein the receiving comprises requesting access to the 

2 legacy system Work Activity Statistical Sampling Plan (WASSP). 

1 1 7. The method of claim 5, wherein the receiving comprises requesting access to the 

2 legacy system Mechanized Loop Testing (MLT). 


1 
2 


1 8. The method of claim 5, wherein the receiving comprises requesting access to the 
legacy system Mechanized Time Reporting (MTR). 
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1 19. The method of claim 5, wherein the communications network further comprises 

2 receiving and forwarding messages utilizing at least one protocol server. 

1 20. The method of claim 5, wherein the receiving comprises requesting access to the 

2 legacy system OutSide Plant Construction Management (OSPCM). 

1 21 . A processor for providing access to remote systems such as legacy systems over a 

2 communications network upon a user's request, comprising: 

3 a communications server for storing and forwarding a message; 

4 a transaction request broker for receiving, processing and authenticating the 

5 message; 

6 a screen scraper providing an interface between the transaction request broker and 

7 legacy systems, the screen scraper receiving the request from the transaction request 

8 broker and invoking the legacy system transaction and upon completion of the request 

9 sending the requested legacy system information to the transaction request broker; and 

10 a middleware processor for storing, parsing and forwarding the legacy system 

1 1 information to a portable personal computer (PC). 

1 22. The processor of claim 21, further comprising an administration server for 

2 providing remote access to the processor, the administration server including information 

3 on the users and systems for maintaining that information and producing reports. 

1 23 . The processor of claim 2 1 , further comprising a database server providing access 

2 to user profiles for authorizations performed by the transaction request broker and a report 

3 server for collecting data needed for reports. 

1 24. The processor of claim 2 1 , further comprising a performance management process 

2 controller that becomes active at boot time of the processor and monitors all other 

3 processes of the processor, the performance management process controller logs process 

4 activities and restarts non-functioning processes. 
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1 25. The processor of claim 21 , further comprising a navigator adapted to interface 

2 with the legacy process, the navigator providing emulation of the legacy systems. 

1 26. The processor of claim 21 , further comprising Ethernet cards and FDDI cards 

2 adapted to allow the processor to connect to the communications network and at least one 

3 data center. 

1 27 . The processor of claim 2 1 , further comprising a navigator system adapted to 

2 interface with the legacy systems Loop Maintenance Operations System (LMOS). 

1 28. A method of providing a mobile work force access to legacy systems, the mobile 

2 work force utilize portable personal computers (PCs) adapted to interface with a 

3 communications network, comprising: 

4 receiving a request for data from the legacy system by a processor in 

5 communications with the portable PC; 

6 authenticating the request by the processor; 

7 servicing the request by the processor; 

8 generating the legacy system transaction by the processor; 

9 receiving results from the legacy system by the processor; 

10 sending the results to the portable PC by transmitting the results over the 

1 1 communications network. 
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1 29. The method of claim 28, wherein the authenticating further comprises: 

2 getting the request from a receive queue and processing the message; 

3 parsing the message; 

4 authenticating the user and PC combination; 

5 verifying the user's login status; 

6 determining the legacy system to be initiated for the transaction; 

7 making requests through predefined contracts to a hands off assignment logic or 

8 directly to the legacy systems; and 

9 logging all requests. 


1 30. The method of claim 29, further comprising providing a screen scraping interface 

2 between the transaction request broker and the legacy systems. 

1 31. The method of claim 30, wherein the screen scraping interface is performed 

2 utilizing hands off assignment logic. 


1 32. The method of claim 3 1 , further comprising completing the request comprising: 

2 providing information by the hands off assignment logic to the transaction request 

3 broker upon completion of the request; 

4 placing the information by the transaction request broker into a send queue of the 

5 processor along with sender and receiver information; 

6 picking up message by a communications processor and placing the message onto 

7 an input/output socket: 

8 picking up the message by middleware having a block on that socket and placing 

9 the message in the sender's queue; 

10 determining a destination address of the sender and sending the message back to 

1 1 the sender's PC using the communications network; and 

1 2 receiving the message displaying the message on the sender's PC. 
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1 33. The method of claim 29, further comprising providing remote access to the 

2 processor by an administration server for maintaining user and system information and for 

3 producing reports. 

1 34. The method of claim 29, further comprising providing access to user profiles by a 

2 database server for authorizations performed by the transaction request broker. 

1 35. The method of claim 34, further comprising collecting data needed for reports by a 

2 report server. 

1 36. The method of claim 28, further comprising monitoring all processes of the 

2 processor by a performance management process controller, the performance 

3 management process controller becoming active at boot time of the processor, logs 

4 process activities and restarts non-functioning processes. 

1 37. A computer-readable medium for providing a mobile work force access to legacy 

2 systems, the mobile work force utilize portable personal computers (PCs) adapted to 

3 interface with a communications network, comprising: 

4 receiving a request for data from the legacy system by a processor in 

5 communications with the portable PC; 

6 authenticating the request by the processor; 

7 servicing the request by the processor; 

8 generating the legacy system transaction by the processor; 

9 receiving results from the legacy system by the processor; 

10 sending the results to the portable PC by transmitting the results over the 

1 1 communications network. 

1 38. A method for utilizing a portable personal computer (PC) to remotely access 

2 legacy systems, the portable PC in communication with a communications network, 

3 comprising: 
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4 recognizing a user request for legacy system data by the portable PC and 

5 formatting and sending that request to a server for processing, the server in 

6 communication with the legacy systems; 

7 receiving the legacy systems data by the portable PC; 

8 parsing the legacy systems data by the portable PC; and 

9 displaying the legacy systems data by the portable PC to the user. 

1 39. The method of claim 38, further comprising logging the legacy system data into a 

2 client database. 

1 40. The method of claim 38, further comprising managing the user to portable PC 


2 interface by a graphical user interface (GUI) layer wherein the managing includes 

3 capturing the user's actions, generating events, presenting data to the user and assisting in 

4 management of dialog flow. 


1 41. The method of claim 40, further comprising: 

2 collecting information from the user; 

3 editing the information according to display options; 

4 coordinating activity across fields in a display window of the portable PC; 

5 managing the filed interdependencies; and 

6 invoking application logic based on a state of the fields and the user's actions. 
1 42. The method of claim 4 1 , further comprising parsing the data by the GUI layer. 

1 43. The method of claim 42, further comprising: 

2 sending the parsed data to a communications layer to be sent to the server; 

3 parsing information received from the server; 

4 displaying the information on the portable PC; and 

5 providing an audio notification to the user. 

1 44. The method of claim 43, further comprising providing a VT100 session to the 


2 user. 
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1 45. The method of claim 38, further comprising communicating between the portable 

2 PC and the server by a middleware software, the middleware software providing 

3 synchronous and asynchronous modes of transmission, connection establishment and 

4 management, frame recovery, message compression, decompression and segmentation, 

5 re-transmission in an event of a communications network failure and data encryption. 

1 46. The method of claim 45, further comprising shielding the application logic layer 

2 from any changes to the middleware software. 

1 47. The method of claim 38, further comprising storing the user and transaction data 

2 by a client database which is remotely assessable. 

1 48. The method of claim 47, further comprising preparing reports utilizing user and 

2 transaction data stored in the client database. 

1 49. A computer-readable medium for storing software for use in performing a method 

2 of communication with a portable personal computer (PC) to remotely access legacy 

3 systems, the portable PC in communication with a communications network, the method 

4 comprising: 

5 recognizing a user request for legacy system data by the portable PC and 

6 formatting and sending that request to a server for processing, the server in 

7 communication with the legacy systems; 

8 receiving the legacy systems data by the portable PC; 

9 parsing the legacy systems data by the portable PC; and 

1 0 displaying the legacy systems data by the portable PC to the user. 

1 50. A method of providing connectivity between a processor and mobile users 

2 utilizing both a wireless and a wireline communications network, comprising: 

3 arranging at least two separate arrays of individual protocol servers located in 

4 different data centers; 
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5 balancing a traffic load between the protocol servers by one protocol server 

6 handling less traffic that the other protocol server and by supporting a greater number of 

7 individual connections into the wireline and wireless communications networks; and 

8 distributing evenly the traffic load between the protocol servers as the mobile users 

9 connect to the wireless and wireline communications networks. 

1 51. The method of claim 50, wherein the balancing for a wireline communications 

2 network further comprises configuring one protocol server as a primary server address in 

3 a mobile configuration as specified in the mobile users personal computer profile and 

4 specifying at least one alternative protocol server IP address. 

1 52. The method of claim 50, wherein the balancing for a wireless communications 


2 network further comprises requesting a connection to the array of individual protocol 

3 servers by the mobile users interfacing with a personal computer and assigning the 

4 connection to a specific individual protocol server by the wireless communications 

5 network. 

1 53. A protocol server for providing connectivity between a wireless and wireline 

2 communications network and a processor adapted to interface with legacy systems to at 

3 least 1 5,000 mobile users, comprising: 

4 at least two arrays of individual protocol servers; and 

5 a middleware system implemented on the protocol server comprising: 

6 a message queue for storing outgoing messages until the individual 

7 protocol server responsible for sending the message retrieves the message; 

8 an RFexpress server for transmitting data from the message queue to both 

9 the wireless and wireline communications network; 

10 a remote messaging API server residing on the protocol server for 

1 1 providing communications between the processor and for transmitting messages between 

12 a remote messaging API client and the message queue; and 
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a remote messaging API client residing on the processor responsible for 
communicating with the remote messaging API server. 


1 54. A method of providing emulation of legacy systems, comprising: 

2 accessing legacy systems by utilizing a transaction request broker of a processor to 

3 request data; 

4 emulating the legacy systems utilizing a navigator adapted to interface with the 

5 legacy systems and the processor; 

6 obtaining the requested data by the processor; and 

7 sending the requested data to a user utilizing a communications network by the 

8 processor. 

1 55. The method of claim 54, wherein the emulating the legacy systems utilizing a 

2 navigator adapted to interface with the legacy systems and processor is performed on an 

3 OutSide Plant Construction Management legacy system. 

1 56. The method of claim 54, wherein the emulating the legacy systems utilizing a 

2 navigator adapted to interface with the legacy systems and processor is performed on the 

3 legacy system Loop Maintenance Operations System (LMOS) front end. 


1 57. A method of providing access to legacy systems, comprising: 

2 accessing legacy systems by utilizing a transaction request broker of a processor to 

3 request data; 

4 emulating the legacy systems utilizing a hands off assignment logic terminal 

5 emulator adapted to interface with legacy systems and the processor; and 

6 obtaining the requested data by the processor. 

1 58. The method of claim 57 further comprising: 

2 sending the requested data to a user utilizing a communications network by the 

3 processor. 
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